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Current  projections  indicate  that  in  the  futurey  the  ability  to  share  information  between  military  systems  will  ulti¬ 
mately  determine  whether  or  not  a  mission  will  be  a  successful.  Based  on  the  probability  that  conflicts  will  contin¬ 
ue  to  occur  involving  allied  command  structures  that  utilize  diverse  information  systems ,  information  interoper¬ 
ability  will  be  the  crucial  factor  for  success  when  conducting  future  combined  and  joint  military  operations.  This 
paper  describes  an  architectural  approach  that  lays  the  structural  foundation  necessary  to  attain  interoperability 
between  diverse  C3  systems  and  provides  the  rationale  on  why  this  approach  has  been  proposed  for  use  throughout 
NATO. 


The  North  Atlantic  Treaty  Organization 
(NATO)  has  recognized  that  future 
military  information  systems  will  need  to 
interoperate  with  one  another  more  effec¬ 
tively  than  ever  before1.  The  number  of 
unforeseen  contingencies  and  international 
conflicts  have  elevated  the  need  to  provide 
accurate  information  to  the  warfighter  upon 
demand,  i.e.,  wherever  and  whenever  it  is 
needed. 

However  in  order  to  make  this  a  reality, 
it  is  obvious  that  future  coalition  informa¬ 
tion  system  services  will  need  to  be  fused 
together,  having  the  ability  to  retain  their 
own  national  identities  and  operational 
independence,  as  well  as  interoperate  with 
one  another  in  a  more  effective  and  seamless 
manner. 

Unfortunately,  achieving  and  sustaining 
interoperability  among  diverse  systems  is 
not,  nor  has  it  ever  been  an  easily  attainable 
objective.  As  indicated  in  [1],  historically 
speaking,  interoperability  has  been  one  of 
the  most  difficult  areas  with  which  to  deal. 
Interoperability  is  a  broad  and  complex  area 
of  endeavor  that  cuts  across  many  function¬ 
al  domain  areas  and  applications.  Often 
deemed  elusive  due  to  the  level  of  complex¬ 
ity  entailed  when  integrating  diverse  system 
components  together,  the  real  challenge  lies 
in  the  overall  scope  and  extent  of  the  system, 
as  well  as  the  level  of  interoperability  and 
integration  desired  [2] . 

Nevertheless,  integrating  diverse  mili¬ 
tary  system  components  together  cohesively 
within  a  coalition  environment  can  add  sig¬ 
nificantly  to  the  level  of  complexity  entailed. 
For  instance,  when  different  parts  of  a  sys¬ 
tem  are  built  separately  by  independent 
developers,  the  end  results  often  vary  great¬ 
ly.  This  may  be  attributed  to  flaws  in  the 
design  specification  and/or  how  it  has  been 
interpreted  during  various  system  develop¬ 
ment  stages. 


The  term  used  synonymously  with 
design  specification  today  is  architectural 
design.  The  architectural  design  is  con¬ 
cerned  with  determining  the  architectural 
style  of  the  system  as  opposed  to  the  detailed 
design  of  individual  algorithms  and  data 
stores.  Architectural  design  also  involves  the 
high-level  decomposition  of  the  system  into 
components  and  the  relationships  and  inter¬ 
actions  of  these  components,  which  usually 
determines  the  specific  architecture  of  the 
system  [3].  If  misinterpreted  or  designed 
poorly,  chances  are  the  system  (s)  once  field¬ 
ed  will  function  improperly,  or  more  than 
likely,  in  a  limited  capacity. 

When  put  in  the  context  of  a  coalition 
environment,  the  ratio  for  failure  increases 
significantly  due  to  the  sheer  number  of 
diverse  factors  that  must  be  taken  into 
account  and  reckoned  with  accordingly 
(e.g.,  language  differences,  level  of  training, 
number  of  system  developers  and  integra¬ 
tors  involved,  type  of  experience,  etc.). 

Architectural  Views  and 
Interoperability 

In  1996,  the  U.S.  Department  of  Defense 
(DoD)  first  introduced  the  concept  of  archi¬ 
tectural  views  under  the  guise  of  a  C4ISR 
Architecture  Framework2.  Known  inde¬ 
pendently  as  the  Operational,  System,  and 
Technical  Architectural  Views,  all  three 
views,  when  logically  combined  together, 
expanded  on  the  de  facto  definition  pertain¬ 
ing  to  architecture  within  the  realm  of 
information  technology3.  Until  that  time, 
there  had  been  no  common  approach  for 
architectural  development  throughout  the 
DoD. 

As  a  combined  effort,  NATO  in  turn 
refined  each  one  of  these  architectural  views 
and  incorporated  them  into  what  is  now 
known  as  the  NATO  Policy  for  C34 


Interoperability.  All  three  views  as  defined 
below,  are  considered  critical  elements  of  the 
NATO  C3  Interoperability  Environment 
(NIE): 

•  Operational  View:  This  view  describes 
the  tasks  and  activities,  organizational  and 
operational  elements,  and  information 
flows  required  to  accomplish  or  to  sup¬ 
port  military  or  consultation  function. 

•  System  View:  This  view  is  generated  from 
the  Operational  View  by  the  responsible 
host  nation  or  design  authority.  It 
describes  and  identifies  the  system  (s), 
both  internal  and  external,  and  intercon¬ 
nections  required  to  accomplish  or  to 
support  the  military  or  consultation  func¬ 
tion.  This  view  maps  information  flows, 
hardware,  and  applications  to  user  loca¬ 
tions  and  specifies  the  connectivity,  per¬ 
formance,  and  other  constraints. 

•  Technical  View:  This  view,  generated  by 
the  host  nation  or  equivalent  authority, 
describes  the  arrangement,  interaction, 
and  interdependence  of  the  elements  of 
the  system  and  takes  into  account  the 
technical  constraints  imposed  by  the 
Systems  View.  It  provides  the  minimal  set 
of  rules  governing  the  selection  of  the 
appropriate  standards  and  products  from 
the  implementation  domain. 

The  NIE  encompasses  the  standards,  prod¬ 
ucts,  and  agreements  adopted  by  the 
Alliance  to  ensure  C3  interoperability.  It 
serves  as  the  basis  for  the  development  and 
evolution  of  C3  Systems. 

Organizational  Structure 

NATO  has  defined  interoperability  organi¬ 
zationally  as  the  ability  of  systems,  units,  or 
forces  to  provide  services  to,  and  accept  serv¬ 
ices  from  other  systems,  units,  or  forces,  and 
to  use  the  services  so  exchanged  to  enable 
them  to  operate  effectively  [4] . 
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The  primary  organization  within 
NATO  that  addresses  interoperability  policy 
and  procedures  is  the  NATO  Consultation, 
Command,  and  Control  Board  (NC3B). 
Structurally,  the  NC3B  consists  of  eight 
sub-committees,  two  of  which  play  an 
important  role  in  the  context  of  this 
paper.  The  first,  the  Interoperability  Sub- 
Committee  is  responsible  for  establishing 
C3  systems  interoperability  policy  and 
implementing  C3  standardization  objec¬ 
tives  deemed  necessary  for  improving  inter¬ 
operability.  Underneath  the  Interoperability 
Sub-Committee  are  four  working  groups. 
Each  in  their  own  right  helps  to  perpetuate 
interoperability  policy  and  standardization 
initiatives  throughout  the  alliance. 

The  second,  known  as  the  Information 
Systems  Sub-Committee  (ISSC)  is,  at  the 
moment,  comprised  of  eight  working 
groups  that  primarily  address  and  support 
information  system  implementation 
throughout  all  of  NATO. 

When  examining  NATOs  overall  inter¬ 
operability  structure  collectively,  we  see  that 
NATO  has  an  interoperability  framework 
(NIF)  that  can  be  divided  into  three  distinct 
categories  (see  Figure  1): 

1.  Policy:  The  NATO  Policy  for  C3  inter¬ 
operability  represents  the  policy  layer.  It 
is  a  policy  that  addresses  all  overarching 
and  essential  C3  interoperability  issues, 
identifies  each  of  the  respective  authori¬ 
ties  and  associated  responsibilities,  links 
existing  interoperability  documents, 
defines  the  relationship  with  the  NATO 
Standardization  Organization,  and 
other  relevant  organizations. 

2.  Execution:  The  NATO  Interoperab¬ 
ility  Management  Plan  and  the  five  year 
Rolling  Interoperability  Program  com¬ 
prise  this  layer. 

3.  Products:  The  NIE  comprises  this  layer 

[5]. 

In  1997,  the  NC3B  identified  several 
goals  and  objectives  that  were  considered 
necessary  to  attain  interoperability  between 
NATO  common  funded  C3  systems.  In 
response  to  these  goals  and  objectives,  the 
NC3B  ISSC  formed  the  NATO  Open 
Systems  Working  Group  (NOSWG),  task¬ 
ing  them  to  develop  a  technical  architecture 
on  behalf  of  NATO.  The  technical  architec¬ 
ture  would  become  known  as  the  NATO 
C3  Technical  Architecture  (NC3TA)  [6]. 

Upon  completion,  the  NC3TA  would 
provide  the  structural  foundation  necessary 


Unfortunately 
adhkwngand 
susmnuTg  interoperability 
amorig  diverse  systems  /is 
not,  nor  has  k  ever  been 
an  easily  attainable 
objective" 

to  attain  information  interoperability 
between  NATO  C3  systems  and  national 
systems,  as  well  as  address  interoperability 
concerns  for  all  NATO  common  funded 
systems.  Furthermore,  the  NC3TA  would 
perpetuate  the  development  of  a  common 
core  for  the  Bi-SC5  Automated  Information 
System  (AIS). 

NATO  C3  Technical 
Architecture 

To  facilitate  the  creation  of  the  NC3TA,  the 
NOSWG  first  assessed  the  merits  of  each 
national  architectural  effort  early  on,  glean¬ 
ing  from  each  as  much  as  practically  possi¬ 
ble.  Each  had  technical  merit  but  differed  in 
overall  content  and  composition.  As  a  result, 
the  NOSWG  decided  to  develop  the 
NC3TA  in  accordance  with  the  definition 
for  a  technical  architectural  view6  as  much 
as  feasibly  possible.  By  definition,  this 
meant  that  it  would  provide  the  minimal  set 
of  rules  governing  the  selection  of  appropri¬ 
ate  standards  and  products  from  the  imple¬ 


mentation  domain.  Moreover,  the  NC3TA 
would  also  extrapolate,  as  well  as  improve 
upon  existing  approaches  from  each  one  of 
the  contributing  national  technical  archi¬ 
tectural  efforts. 

A  look  at  the  overall  structure  and 
content  shows  that  in  contrast  to  nation¬ 
al  technical  architectural  efforts,  the 
NC3TA  is  unique  in  that  it  is  comprised 
of  a  five-volume  set  that  consists  of  the 
following7: 

•  Volume  1 -Management:  This  volume 
provides  the  management  framework  for 
the  development,  as  well  as  the  configura¬ 
tion  control  of  the  NC3TA.  It  includes 
the  general  management  procedures  for 
the  application  of  the  NC3TA  in  NATO 

C3  systems  development. 

•  Volume  2-Architectural  Models  and 
Description:  This  volume  principally  sup¬ 
ports  a  NATO  technical  framework  to 
provide  a  common  basis  for  the  establish¬ 
ment  of  the  architecture  for  NATO  infor¬ 
mation  system  projects.  It  also  offers  a 
vision  on  the  use  of  emerging  off-the- 
shelf  technologies. 

•  Volume  3-Base  Standards  and  Profiles: 
This  volume  contains  all  of  the  current 
open  system  and  communication  stan¬ 
dards  applicable  to  NATO  information 
systems,  as  well  as  guidance  for  their  use. 

•  Volume  4-NATO  C3  Common 
Standards  Profile  (NCSP):  This  volume 
mandates  the  subset  of  standards  that  are 
critical  to  interoperability.  It  provides  the 
link  between  degrees  of  interoperability  as 
described  in  the  NATO  policy  for  inter¬ 
operability  of  C3  systems,  and  standards 
selection. 

•  Volume  5-NATO  C3  Common 
Operating  Environment  (NCOE):  This 


Figure  1:  NATO's  Interoperability  Framework 

The  C3  Elements  of  the  NIF 
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volume  is  the  NCSP  standards-based 
computing  and  communication  infra¬ 
structure. 

The  chairman  of  the  NOSWG  meets 
regularly  with  other  NC3B  working  groups 
to  ensure  that  all  areas  of  technical  concern 
(e.g.,  security  data,  communications,  etc.) 
are  taken  into  account  by  the  appropriate 
working  group  bodies  [7].  This  simple  cross 
evaluation  and  coordination  procedure 
serves  as  only  one  of  the  preliminary  fail-safe 
steps  that  is  required  as  a  part  of  the  overall 
NC3TA  management  process  described  in 
Volume  1. 

Consistently  updated,  Volume  2  reflects 
various  architectural  models  such  as  the 
Technical  Reference  Model,  the  NATO 
Component  Model,  as  well  as  definitive 
descriptions  or  reference  pointers  to  new 
and  emerging  technologies  such  as  JAVA 
and  the  extensible  Markup  Language.  The 
descriptions  provided  are  primarily  derived 
from  the  NATO  Open  Systems 
Environment  and  NATO  Open  Systems 
Interconnectivity  Profile  that  essentially 
serve  as  reference  material  to  the  system 
developer,  implementor,  and  end-user. 
Editorial  updates  are  made  primarily 
through  the  NC3  Agency. 

The  encyclopedic  nature  of  Volume  3 
serves  as  another  reference  document.  It  too 
is  derived  from  the  NATO  Open  Systems 
Environment  and  NATO  Open  Systems 
Interconnectivity  Profile  and  contains  all  of 
the  current  references  on  communication 
and  information  standards.  This  volume 
will  also  be  maintained  in  an  HTML  ver¬ 
sion  on  the  web8. 

Due  to  their  impact  on  the  systems 
design,  development,  and  implementation 
for  all  NATO  common  funded  systems,  the 

Figure  2:  Relative  Structure  of  the  NC3TA 


two  remaining  Volumes  4  and  5  of  the 
NC3TA  are  considered  extremely  impor¬ 
tant  (see  Figure  2). 

Volume  4,  although  considered  to  be 
quite  mature,  will  undergo  periodic  updates 
in  order  to  ensure  that  the  evolution  in  stan¬ 
dards  are  incorporated  to  benefit  the  devel¬ 
oper/end-user  community  on  a  regular 
basis.  The  definitive  process  for  submitting 
and  incorporating  candidate  standards  for 
consideration  into  the  NCSP  is  outlined 
through  the  “change  proposal”  section  of 
Volume  1.  Volume  4  also  has  focused  on 
attaining  degrees  of  interoperability  through 
an  interoperability  profiling  procedure  that 
is  being  worked  in  coordination  with  other 
affiliated  sub-committee  working  groups. 

In  conjunction  with  Volume  4,  Volume 
5  is  probably  the  single  most  important  doc¬ 
ument  within  the  NC3TA.  To  note  its  rele¬ 
vance,  all  NATO  authorities  are  required, 
and  the  nations  are  encouraged  to  imple¬ 
ment  C3  Systems  using  the  mandatory  stan¬ 
dards  and  products  as  specified  in  the  NCSP 
and  NCOE,  in  accordance  with  the  NATO 
Policy  for  C3  Interoperability  [8] . 

Once  the  NC3B  approves  future  ver¬ 
sions  of  the  NCOE,  those  products  that  are 
identified  for  incorporation  will  be  mandat¬ 
ed  for  all  NATO  Common  Funded 
Systems. 

NCOE  Significant  Features 

Volume  5  of  the  NC3TA  is  considered  evo¬ 
lutionary  and  therefore  a  living  document. 
While  it  will  eventually  specify  particular 
products  for  incorporation  into  the  NCOE, 
at  the  present  time  it  does  not.  However 
once  selected,  these  products  will  be  prima¬ 
rily  chosen  from  an  off-the-shelf  -based  bas- 


Coalition  Interoperability 
Acronym  Guide 


C3 

Consultation,  Command  and 
Control. 

C4ISR 

Command,  Control, 
Computers,  Intelligence, 
Surveillance,  and 
Reconnaissance. 

ISSC 

International  Social  Sciences 
Council 

NATO 

North  Atlantic  Treaty 
Organization. 

NIE 

NATO  C3  Interoperability 
Environment. 

NC3B 

NATO  Consultation, 
Command  and  Control 
Board. 

NIF 

NATO  Interoperability 
Framework. 

NOSWG 

NATO  Open  Systems 
Working  Group. 

NC3TA 

NATO  C3  Technical 
Architecture. 

AIS 

Automated  Information 
System. 

NCSP 

NATO  C3  Common 
Standards  Profile. 

NCOE 

NATO  C3  Common 
Operation  Environment. 

ket  of  products.  These  products  will  eventu¬ 
ally  populate  the  various  service  layers  of  the 
NATO  Component  Model,  which  capital¬ 
izes  on  the  top-down  layered  approach  pro¬ 
vided  by  the  Technical  Reference  Model  as 
described  in  Volume  2  of  the  NC3TA. 

Following  are  the  principle  components 
of  the  NATO  Component  Model: 

•  Network  Services:  These  constitute  the 
basic  transparent  interfaces  between  the 
platform  and  the  underlying  networking 
infrastructure,  including  the  IP  layer  serv¬ 
ices. 

•  Kernel  Services:  These  are  that  subset  of 
the  NCOE  component  segments  that  are 
required  for  all  workstations  and  servers 
(see  Figure  3).  At  a  minimum,  this  sub-set 
would  consist  of  the  operating  system, 
windowing  software,  security  services, 
segment  installation  software,  and  an 
executive  manager. 

•  Infrastructure  Services:  These  services 
directly  support  the  flow  of  information 
across  NATO  systems.  Infrastructure 
services  provide  a  set  of  integrated  capa¬ 
bilities  that  the  applications  will  access  to 
evoke  NCOE  services. 

•  Common  Support  Application  Services: 
These  services  are  necessary  to  view  data 
in  a  common  way  (share  data)  across  the 
network.  They  essentially  promote  inter- 

August  200 1 


A  Foundation  for  Coalition  Interoperability  Using  NATO’s  C3  Technical  Architecture 


Figure  3:  NCOE  Component  Model 


operability  among  various  mission  appli¬ 
cations. 

•  Application  Programming  Interfaces: 
These  are  integrated  into  the  NCOE 
through  a  common  set  of  application 
programming  interfaces,  which  are 
invoked  by  the  applications  and  services 
as  required. 

•  Data  Component  Definition:  This  refers 
to  the  way  in  which  data  is  taken  into 
account  in  the  NCOE  and  is  related  to 
the  main  components  of  the  NCOE 
(common  support  application  services, 
infrastructure  services,  kernel  service)  and 
even,  out  of  NCOE  components  stricto 
sensu ,  to  mission  applications. 

•  Support  Services:  These  include  methods 
and  tools,  information  repository,  train¬ 
ing  services,  system  management,  and 
security. 


Segmentation  is  one  of  the  most  debat¬ 
ed  and  often  discussed  features  of  the 
NCOE.  Segmentation  can  be  defined  in 
terms  of  the  functionality  that  is  seen  from 
the  end-users  perspective.  It  allows  the 
user(s)  to  easily  add  only  those  required 
modules  that  are  deemed  necessary  by  the 
end-user  community.  This  way,  the  end  user 
may  view  the  NCOE  as  a  set  of  building 
blocks  in  which  a  system  is  built.  Since  the 
NCOE  is  not  a  system  in  and  by  itself,  it 
can  be  more  easily  understood  as  the  foun¬ 
dation  for  building  open  systems  through 
such  inherent  features  as  segmentation.  The 
overall  concept  for  segmentation  is  predicat¬ 
ed  on  national9  as  well  as  commercially 
viable  efforts. 

As  noted  previously,  one  of  the  goals 
and  objectives  of  the  NC3TA  is  the  devel¬ 
opment  of  a  common  core.  In  direct 


Figure  4:  Interoperability  and  the  NC3TA 

THE  INTENT  OF  THE  NC3TA  IS  TO 
ENSURE  INTEROPERABILITY 

by  defining  the  standards  &  products  necessary  to  allow  national  systems 
to  interoperate  with  NATO  C3  Systems 


AND 


Between 

NATO  and  National  Systems 


EFFECTIVE  IMPLEMENTATION  OF  NATO  C3  SYSTEMS 


(Migrate  to  a  Bi-SC  AIS  which  is  interoperable  with  national  AIS  as  required) 


response  to  this  need,  the  Bi-SC  AIS  core 
will  eventually  be  implemented  utilizing 
those  standards  and  products  stipulated  by 
the  NCSP  and  NCOE.  However,  to  do  so 
will  require  that  the  basket  of  products  be 
populated  in  the  NCOE.  The  initial  version 
of  the  NCOE  was  released  in  July  of  1999 
as  Volume  5  of  the  NC3TA.  The  latest 
NC3TA  version  2.0  was  approved  in  May 
2001  by  the  NC3  board.  Version  2.0  pro¬ 
vides  an  outline  of  the  basket  of  products,  as 
well  as  the  set  of  interoperability  standards 
profiles  to  be  used  by  the  Bi-SCs. 


Conclusion 

Interoperability  has  long  been  an  elusive 
and  sought  after  goal.  Especially,  within  the 
realm  of  coalition  information  systems. 
However,  a  well  defined  architectural 
approach  can  lay  the  structural  foundation 
necessary  to  attain  interoperability  for 
diverse  military  information  systems  in  the 
future  (see  Figure  4). 

When  all  five  volumes  of  the  NC3TA 
are  finalized,  it  is  anticipated  that  the  struc¬ 
tural  foundation  will  be  in  place  for  future 
coalition  systems  to  build  systems  upon  for 
years  to  come.4 
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Notes 

1.  Item  4  of  the  Defense  Capabilities 
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Initiative  issued  during  the  Washington 
Summit  on  April  23-24,  1999. 

2.  C4ISR  Architecture  Framework,  Version 

1.0. 

3.  IEEE  Std  610.12  lists  complete  defini¬ 
tion. 

4.  Within  NATO,  C3  refers  to  “Consul  - 
tation,  Command,  and  Control.” 

5.  The  two  Major  NATO  Commands,  i.e., 
Supreme  Headquarters  Allied  Powers 
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7.  For  a  complete  description,  see  NC3TA 
Vol.  1. 

8.  The  NC3TA  is  accessible  at 
http:// 194.7.79. 15 

9.  For  more  details  see  DII  COE  at 
www.disa.mil 


Elbert  J.  Wells  has  more 
than  20  years  experience 
in  the  development  and 
implementation  of  U.S. 
national  and  NATO  C3 
systems.  He  is  currently 
at  the  U.S.  Mission  to  NATO  where  he 
is  responsible  for  information  system 
matters.  Previous  NATO  assignments 
included  tours  at  the  former  STC  and 
NACISA.  Previous  U.S.  national  assign¬ 
ments  included  the  position  as  project 
manager  of  the  U.S.  Navy  Research  & 
Design  Distributed  C2.  Wells  holds 
masters  degrees  in  both  electrical  engi¬ 
neering  and  computer  science. 


U.S.  Mission  to  NATO 
Autoroute  de  Zaventem 
1110  Brussels,  BE 
E-mail:  ewells@mitre.org 


r 

f 

i 


T 

* 


■  r7  --.  T  V  l 


1  T-F-jr-*-*  ■%.  ■  *■  -J 


OsiEE  A rfJcEe© 

If  your  experience  or  research  has  produced  information  that  could  be  useful  to  others,  Crosstalk  will  get  the 
word  out.  We  welcome  articles  on  all  software-related  topics,  but  are  looking  for  pieces  in  several  high-interest 
areas.  Drawing  from  reader  survey  data,  we  will  highlight  your  most  requested  article  topics  as  themes  for 
future  issues.  We  will  place  a  special,  yet  nonexclusive,  focus  on  the  following  tentative  issues  of  Crosstalk: 


CMMI 

February  2002 

Submission  Deadline:  Sept.  19,  2001 


System  Requirement  Risks 

Marib  2W2 

Submit!  on  Deadline:  Oct.  24,  2001 

Forging  the  Future  of 
Defers  TMr^jgh  Tnohnology 

A ieff  2Q&Z 

.“ii  «i -:i:  -ii  Dcul Jmi.  J>,  2002 


Software  Estimation 

Flpril  2002 

Submission  Deadline:  Nov.  21,  2001 


- 

1 

- 


We  accept  article  submissions  on  all  software-related  topics  at  any  time; 
issues  will  not  focus  exclusively  on  the  featured  theme. 

Please  follow  the  Author  Guidelines  for  crosstalk,  available  on  the  Internet  at 
www.stsc.hill.af.mil/crosstalk/xtlkguid.pdf 


4 _  ■  -H-C-r1--.-  _ >ki_ 


8  CROSSTALK  The  Journal  of  Defense  Software  Engineering 


August  200 1 


